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ABSTRACT 



Ashare d vehicle system includes a central facilit y, at least 
one v ejiicTenaisrfiDUtion port fac i lity and a plurality or flee t 
of vehicles, each having a vehicle subsystem. In general, the 
central station and port facility and the v ehicle su bsystems 
communicate in a manner to allow a user to enter lnfornra- 
tion at a port facility. That information is then communicated 
to the central facility, where the information is processed to 
select a vehicle from the fleet to allocate to the user at the 
port facility. Selection of a vehicle for allocation to a user 
may be based on selecting an available or soon to be 
available vehicle according to various algorithms that take 
into account the vehicles state of charge. The central statio n 
also commun icates with the port facility and t he vehicle 
su bsystem IP noiifv the user nf the select ed vehicle, to 
pr ovide secure user access to the selected vehicle J o monitor 
th e locatioo and operating status ol venicies in the fl eet, to 
m onitor the state of charge of electric v ehicles and to 
provid e other function s' i he vehicles communicate with the 
central station to notify the central station of the PIN number 
of the individual attempting to use the vehicle, and of 
vehi cle pa raaiclejs^uch-as state-ej^aTE^a^foeatjor iof th e 
vehicle^ 

25 Claims, 12 Drawing Sheets 
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VEHICLE SHARING SYSTEM AND parking area for an errand and return the vehicle to the same 

METHOD WITH PARKING STATE designated parking area. Shared vehicle systems that are 

DETECTION used by a relatively large number of subscribers should 

include sufficient security measures to protect the vehicles 
5 from theft and also to protect the user from crime. 
BACKGROUND OF THE INVENTION c , . . , ♦ u « ■ *i • ♦ . 

Shared vehicle systems must be sufficiently convenient to 

1. Field of the Invention motivate users to employ the system. Accordingly, vehicle 
The present invention relates, generally, to systems and availability within a reasonable time of a user's request for 

methods for sharing a fleet of vehicles among a plurality of a vehicle is very important to the success of such a system, 

users and, in preferred embodiments, to such systems and 10 Of course, by maintaining a greater number of vehicles in 

methods for sharing a fleet of electric vehicles, including the fleet of shared vehicles, the availability of a vehicle at 

systems and methods relating to allocating, tracking, any given time can be increased. However, system cost is 

securing, managing and relocating of shared vehicles and, in minimized and vehicle-usage efficiency is maximized with 

yet further preferred embodiments, to systems and methods smaller vehicle fleets. Accordingly, there is a need for a 

relating to allocating, tracking, securing, managing, relocat- 15 shared vehicle system that maximizes user convenience yet 

ing and charging of shared electric vehicles. minimizes the number of vehicles required in the fleet. 

2. Description of the Related Art In particular, by employing vehicles in a shared vehicle 
In most modern, industrial countries, private automobiles system or method, additional ecological advantages can be 

play an important and sometimes indispensable role as a 2Q achieved. Vehicles in a shared system may be of many types, 

means for transporting people within and beyond local Tne > r mav De tne conventional petroleum based gasoline or 

areas, for example, to and from places of work, study or diesel fuel tv P e vehicles. They may however be cleaner 

worship, on errand trips or in commercial activities, such as forms of propulsion such as methanol or propane powered 

deliveries, sales visits, repair visits or the like. As a result of vehicles, or may be vehicles powered by hydrogen stored as 

these important roles, the number of automobiles in and 1$ a gas 01 me * al hydride. Electric vehicles may draw energy 

around most industrialized cities and neighboring regions from batteries, fuel cells, generators driven by internal 

continues to grow. The increasing numbers of automobiles combustion engines, or combinations of different energy 

results in higher occurrences of traffic jams and higher sources. Electric vehicles powered by both lead acid and 

demands for parking spaces. nickel metal hydride batteries have shown much promise 

Mass transit systems, such as busses, commuter trains, 30 and manufacturers have produced viable electric 

subways, streetcars or the like can fulfill some of the vetucles em P lov i n g these battery technologies. Electric 

transportation needs of those communities and municipali- ? hicles are a S ood candidate for a shared vehicle, because 

ties that have such systems. However, travel with such are among the cleanest and quietest forms of vehicle, 

systems is confined to pre-set stop locations and times, set b L ut sharm S ^sterns and methods are in no way dependent on 

by the route and time schedule of the bus, train, subway or 35 ^ T ° f / n ^ n ° ™* may ** em P io y ed ^ a 

streetcar. The prescribed routes and time schedules typically number of n0D electrical or h y brid technologies, including 

do not meet many travelers' needs or are too inconvenient common gasoline power. 

for practical usage of the mass transportation system by The ^ of electric powered vehicles in a fleet of shared 

some travelers. For many mass transportation users, the vehicles, however, presents further complexities over other 

pre-set stop location is far enough from their origination or 40 alternate power vehicles, for example, associated with 

destination locations that they must find additional modes of vehicle charging requirements and vehicle unavailability 

transportation to or from the pre-set stop. For example, some during charging times. 

users drive private vehicles to and from pre-set stop ioca- Electric vehicles typically require charging more often 

tions and park the vehicles near the stop locations. Some than the conventional vehicles require refueling. Recharging 

mass transportation systems even provide vehicle parking 45 stations are not nearly as available as conventional petro- 

facilities near pre-set stop locations for such users. leum motor fuels. Moreover, recharging of an electric 

For example, commuter train stops and bus stops in and vehicle typically takes much more time than refueling a 

near some cites are often provided with parking lots for train conventional vehicle. Thus, if a conventional vehicle is 

users to park private vehicles. However, vehicles in such present at a designated parking area of a shared vehicle 

parking lots typically remain parked throughout a large part 50 system, but does not have sufficient fuel to meet a user's 

of the day, and are driven only in the morning to bring the travel needs, the vehicle can be quickly refueled and made 

user to the train or bus stop and in the evening to take from available to the user. However, even when an electric vehicle 

the train or bus stop. Thus, while modern mass transporta- is idle in a designated parking space, it is not available to a 

tion systems can result in a reduced number of vehicles on user unless it has a sufficient existing state of charge (SOC) 

the road at any given time, such mass transportation systems 55 to make the user's intended trip. Typically, an electric 

do not eliminate the need for private vehicles and can result vehicle cannot be re-charged quickly enough to make the 

in an inefficient use of private vehicles. intended trip if its existing SOC is inadequate. On the other 

Accordingly, there is a need for a system and method for hand, if the user intends to make a short trip, the vehicle may 

the efficient and convenient use of private vehicles, such as he capable of making the intended trip even though it is not 

an efficient and convenient shared vehicle system and 60 ^Uy charged. Accordingly, there is a further need for a 

method. Shared vehicle systems can provide more flexibility system and method for managing shared electric vehicles in 

than other means of public transportation. In a shared an optimum fashion and to meet the needs of a maximum 

vehicle system, a number of vehicles are. normally main- number of users with a minimum number of vehicles, 

tained in several designated parking areas. Each user is SUMMARY OF THF DISCT nsiJRF 

allowed to pick up a vehicle at one parking area, and return 65 SUMMARY OF THE DISCLOSURE 

the vehicle to the parking area nearest to the user's desti- Therefore, preferred embodiments of the present inven- 

nation. The user may also drive a vehicle out of a designated tion relate to shared vehicle systems and methods that 
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maximize user convenience and minimize the number of 
vehicles required in the shared fleet. 

A shared vehicle system according to one preferred 
embodiment of the present invention includes a central 
facility, at least one vehicle distribution port facility and a 
plurality or fleet of vehicles, each having a vehicle sub- 
system. In general, the central station and port facility and 
the vehicle subsystems communicate in a manner to allow a 
user to enter information at a port facility. That information 
is then communicated to the central facility, where the 
information is processed to select a vehicle from the fleet for 
allocation to the user at the port facility. The central station 
communicates with the port facility and the vehicle 
subsystem, according to various embodiments described 
below, to notify the user of the selected vehicle, to provide 
secure user access to the selected vehicle, to monitor the 
location and operating status of vehicles in the fleet, to 
monitor the state of charge of electric vehicles and to 
provide other functions described below. 

According to one aspect of the invention, allocation of 
shared vehicles to users is based, at least in part, on travel 
information received from the users. By allocating vehicles 
based on travel information the efficient usage of vehicles 
and user convenience can be optimized, for example, to 
maximize vehicle availability and minimize vehicle down- 
time. While various embodiments related to this aspect of 
the invention may employ any form of shared vehicle, 
according to further embodiments of the present invention, 
vehicle sharing systems and methods employing electric 
vehicles in the shared fleet and the allocation of electric 
vehicles to users is managed to maximize vehicle availabil- 
ity and minimize vehicle downtime, taking into account the 
state of charge of a vehicle and/or t he charging rale, of a 
vehicle. f-gGL. 

According to another aspect of the invention, a shared 
vehicle system or method provides controlled or secured 
a ccess^ jQ ^and/or enablement of the sharer! vehicle s In 
preferred embodiments, use r identification informatio n is 
pro vided to a vehiclej hat has been allocat ed to a user and 
such information m ust m^ch info rmation' entered hy the 
us er in auser interface device installed nn the vehicle, before 
the user is allowed access to the vehicle. In yet further 
prefe rred embodiments, a user's ^ &rsoaal--ideniification 
nu mber PIN must be ente r ed by the user in a second 
inte rface deviceinstalled on "th e vehicLejLnd must match an 
expected P TjM, frgfnre the vehi cle is enabled for ope ration. 

According to yet another aspect of the invention, a shared 
vehicle system and method involves allocating vehicles 
from a group of available vehicles and returning vehicles to 
the group upon detection of a parking state while the vehicle 
is located at a port. A port is a vehicle staging area where 
vehicles may be parked prior to being allocated to a user. A 
typical port contains a user kiosk containing a computer 
terminal for interacting with the shared vehicle system. 
Throught this disclosure the term "kiosk" will be used to 
mean a kiosk with a user terminal. The terms kiosk and 
terminal shall be used interchangeably herein. In preferred 
embodiments, the detection of a parking state is accom- 
plished by, for example, the detection of the setting of the 
vehicle in a parking gear, the lack of motion of a vehicle for 
a period of time, the opening and/or closing of a vehicle 
door, or a combination of such events, each of which require 
no user interaction other than the typical actions taken to 
park a vehicle. 

According to yet another aspect of the invention, a shared 
vehicle system and method involves protecting access and 
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enabling vehicles from a remote location relative to the 
vehicles, for example, in the event that a user loses an 
identification code or PIN. 

According to yet another aspect of the invention, a shared 

5 vehicle system and method involves tracking stored energy 
and/or other operational parameters of vehicles in the shared 
fleet. In preferred embodiments, vehicle parameters, such as 
stored energy, are tracked and processed for purposes of 
efficient selection and allocation of vehicles to users or 

10 selection of vehicles for charging. 

According to yet another aspect of the invention is that, if 
electrical vehicles are employed within a shared vehicle 
system, the electrical vehicles are allocated to users based on 
the state of charge (SOC) of the vehicles, in addition to 

15 vehicle location, user travel information and statistical 
analysis of vehicle usage. According to a further advantage 
of preferred embodiments, vehicles are allocated from a 
defined vehicle search group (VSG) of a port facility. A 
vehicle search group is defined as the set of vehicles that 

20 may be allocated to a user. A vehicle search group is 
determined by deciding what time period is acceptable as a 
vehicle search depth time, that is how long a predefined wait 
is acceptable before a vehicle becomes available. The 
vehicle search group then is ascertained by determining 

25 which vehicles will be available at the end of the predefined 
waiting period. Vehicles within the vehicle search group of 
a port facility include vehicles that are due to arrive at the 
port facility within the predefined period of time or electric 
vehicles that are due to become sufficiently charged at the 

30 port facility within a predefined period of time, minus the 
vehicles within the port that have been allocated for depart- 
ing trips or are scheduled for transport to another port 
facility. 

35 In one preferred embodiment that includes electrical 
vehicles within the shared vehicle group, a user is allocated 
a vehicle having the highest SOC within a vehicle search 
group of vehicles having sufficient SOC to meet a user's 
needs. In another preferred embodiment, a user is allocated 

^ a vehicle having the second highest (or Nth highest) SOC 
within a vehicle search group of vehicles having sufficient 
SOC to meet the user's needs, such that the highest (or N-l 
highest) SOC vehicles may be reserved for users having 
travel needs which requiring a higher SOCs. In yet another 

45 preferred embodiment, the system or method has the ability 
to allocate the highest or Nth highest SOC vehicle, depend- 
ing upon other criteria, such as the time of day or day of the 
week. Thus, for a certain t im e period of the day and/or day 
of the week (for example, betwee n 7:00 a.m. j ind 9:00 a.m. 

50 on Monday through Friday) the system orTnethocT may 
allocate the highest SOC vehicle in the vehicle search group 
is allocated to a user, while at other times of the day and/or 
days of the week, the Nth highest SOC vehicle is allocated 
to a user, 

55 According to a further aspect of the present invention, a 
shared vehicle system and method involves transporting or 
relocating vehicles from one area or port having a surplus of 
vehicles to another area or port having a shortage of 
vehicles. Vehicles may also be transported to effectively use 

6o storage space for the parking of the vehicles. According to 
yet a further aspect of the present invention, a shared vehicle 
system and method involves a vehicle carrier for carrying a 
first vehicle with a second vehicle, for example, for relo- 
cating the first and/or second vehicle. 

65 The above and other aspects, features, and advantages of 
the present invention, will become apparent from the fol- 
lowing description when taken in conjunction with the 
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accompanying drawings in which preferred embodiments of users, and various aspects of such systems and methods 

the present invention are shown by way of illustrative including optimizing vehicle allocation, ve hicle trackin g, 

example. sqcuxity^and chargin g and managing of shared electri c 

vehicles. As discussecl above, in a shared vehicle syste m, a 

BRIEF DESCRIPTION OF THE DRAWINGS 5 rlumBer of vehicles are normally maintained in several 

designated parking areas. Each user is allowed to pick up a 

Referring now to the drawings in which like reference vehicle at one parking area, and return the vehicle to the 

numbers represent corresponding parts throughout: parking area nearest to the user's destination or return the 

FIG. 1 is a schematic diagram representation of a vehicle vehicle to* the same designated parking area, 

sharing system according to a preferred embodiment of the 10 To successfully attract people to subscribe and become 

present invention; users of a shared vehicle system , the system must be 

FIG. 2 is a flow chart representation of steps carried out sufficiently convenient and inexpensive. More particularly, 

to request, select and allocate a vehicle, according to u sers should be able to pick up a veh icle at a convenient, 

embodiments of the present invention; loc ation an d^ with minima] or no waiting tim e/The system 

FIG. 3 is a flow chart representation of steps carried out is should be easy and inexpensive for the user and cost 

for secure access and for enabling vehicles in a fleet of effective for the system administrator to operate. To have 

shared vehicles according to embodiments of the present minimal environmental impact, the system should be 

invention* capable of addressing the above needs and employing clean 

FIG. 4is a flow chart representation of steps carried out mea t ns °? «™*P°™™. «fh as electric powered vehicles, 

for vehicle trips according to embodiments of the present *>. as ' te f rimary velucl f ... 

invention* Preferred embodiments of the present invention relate to 

, . . , . , . shared vehicle systems and methods which address the 

FIG. 5 is a schematic perspective view of a vehicle earner abavMtescribcd nee ds and which address additional needs 

according to an embodiment of the present invention; and proyide additional advantages discussed below . M ^ 

FIG. 6 is a schematic perspective view of a vehicle 25 become apparent from the discussion below some embodi- 

distribution port facility according to an embodiment of the meil ts pertain only to sharing systems containing at least 

present invention. some electrical vehicles. Those embodiments of the inven- 

FIG. 7 is a generalized block diagram representation of a tion relate to charging or state of charge (SOC) of electric 

computer subsystem in a port facility according to an vehicles and may be implemented with or without various 

embodiment of the present invention; 30 other aspects relating to, for example, vehicle allocation, 

FIG. 8 is a schematic perspective view of a vehicle tracking, and securing. Similarly, embodiments of the inven- 

distribution port facility according to another embodiment of ticm relating to vehicle allocation aspects may be imple- 

the present invention; mented with or without various other aspects such as vehicle 

FIG. 9 is a generalized block diagram representation of a ch"SWfc Peking and securing, and embodiments relating 

central facility according to an embodiment of the present 35 * v securing, may be implemented with or without 

invention* other aspects such as vehicle tracking, allocation or charg- 

* ins 

FIG. 10 is a generalized block diagram representation of ^ a ' u . - . , . . n 

1 . t i- t . .. * r *l 2? A schematic representation of a sha red ve hicle system 10 

a vehicle subsystem according to an embodunent of the ? * t *\ , ... ■ c t . J t 

present invention* according to a preferred embodiment of the present mven- 

P 1 * 40 tion is shown in FIG. 1. A system 10 according to the FIG. 

FIG. 11 is a graph of the state of charge of a vehicle ± embodime nt includes a central facility 12. at least one 

battery versus charge time curve; and vehicle dist ribution portjaciily44 and a plurality or fleet of 

FIG. 12 is an illustration of a transfer of vehicles between vehicles 16 (one of which is shown in FIG. 1), each having 

ports; a vehicle ^nhfiypteni_l g | In general, the central station and 

FIG. 13 is an illustration of a preferred embodiment's 45 port facility and the vehicle subsystems communicate in a 

mounting of a identification card reader and a PIN entry manner to allow a user 20 to enter information at a port 

console; facility 14. That information is then communicated to the 

FIG. 14 is a block diagram illustrating a central office central facility 12, where the information is processed to 

computer system and the subsystem kiosk computers linked select a vehicle to m the fleet to a lloc a te to th e user at the 

to the central office computer system through the Internet; 50 P ort facility 14. (The central station 12 communicaTes with 

and the port facility 14 and the vehicle subsystem 18, according 

n T /^ ic a j- ca. i_ i tovarious embodiments described below, to notify the user 

HO. 15 is a now diagram or. the process when a user seeks ■ — r-r ; — tt — ir— r— :*~~~ •< 

i j l* i i ■ . . 4 f , . , . or the selected vehicle, to provide samm ^s^r fltrasR-tn-thp. 

a shared vehicle and interacts with a kiosk computer. , 4 , , . f ' . • * , . r , 

r sel ected vehicle, to monitor the location and operating stat us 

DESCRIPTION OF THE REFERRED 55 o f vehicles in the fleet ? to monitor the state of charge o f 

EMBODIMENT ele ctric vehicles and to provide other functions describe d 

below, 

In the following description of preferred embodiments, Selection and Allocation off Sharing Systems Containing 

reference is made to-the accompanying drawings which Electric Vehicles 

form a part hereof, and in which is shown by way of 60 — According to one aspect of the present invention, systems 

illustration a specific embodiment in which the invention and methods for sharing electric vehicles involve selecting 

may be practiced. It is to be understood that other embodi- and allocating vehicles to users, based on a combination of 

ments may be utilized and structural changes may be made factors for maximizing efficiency and user-convenience, 

without departing from the scope of the preferred embodi- S uch factors m ay include various combinations of the fol- 

ments of the present invention. 65 lowing: t he location o f the vehicles within the fleet, state of 

The present invention relates, generally, to systems and ch arge of the vehicle s, the dis tance which the us er, expects 

methods for sharing a fleet of vehicles among a plurality of tojrayel, the p eqpd of tim e that the use£_ejcpects_tQ_use the 



06/10/2004, EAST Version: 1.4.1 



US 6,636,145 Bl 



vehicle, the user's expected destination, statistical analysis 
of vehicle use patterns and the identity of the user, the 
number of individuals waiting fofvelrrdesnn^hT^ort, and 
the number of vehicles present in the port. 

A user desiring to obtain the use of a vehicle 16 arrives at 
a first port facility 14 and enters a request for a vehicle and 
other information into a computer system. The information 
may include the destination port or kiosk. The information 
may-also include the additional: distance and/or time that 
the user expects to travel beyond :the normal distance and/or 
time to reach the destination port facility, for example, to 
conduct errands or other excursions. The information r nay 
further in/rhid° iififr i dentification information, for example, 
read from a card kev^ 21, s mart card*,, magnetic strip, 
fi ngerprin t, r etinal scan or other mac hine-rea da b le rpethnfl 15 
ofra^nrification,. 

In a preferred embodiment, described with reference to 
the system in FIG. 1 and the flow chart of FIG. 2, a user 
enters iHeritjficati"" i nfAr matio n by swiping a card key 21 
(or other ma chine-readablejfl kgn) past a reade r, step 22. The 20 
in formation is received by the system in step 24 an d, in step 
26, the user enters travel information fsuch as destination, 
added distance and/or added time) wi th a keyboard , touch- 
screen, mouse or other suitable user interface! In step 27 the 
availability of a vehicle is checked, and if a vehicle is 25 
available step 28 follows, if not step 40 will be next. 

injhe present preferre d embodim en^the~cmiputer svs- 
tem at the port facility 14 is programmed to prompt the usej 
t o en ter the above-noted travel information, upon the use r 
re gistering by s^ip in g-ine cara Key zl tor other ' 
t he readerj Ohe-c^mputer systerrr-maT^alsplaY destination 
options and/or additional time or distance options. Thus, the 
display may prompt the user to, for example, select or click 
an icon for a proposed destination port facility. In addition 
other icons for selecting a proposed additional nujnhex^of 35 
minutes or miles of expected travel beyond the route to the 
destination port may be displayed. By selecting the addi- 
tional icons the user may inform the system that the user will 
have yi en-an^ trip An errand trip is a deiour_fcQ0i the 
reg ular rout e that would be taken in traveling between 40 
points. For example a user of a vehicle may travel directly 
to a destination or they may take a side excursion for 
example to pay a bill or to buy a newspaper. Such side 
excursions are errand trips. The user can select different 
icons notifying the system that, for instance an errand trip 45 
will take an additional 45 minutes and add an additional 10 
mites beyond what would be expected if the direct route to 
the destination were taken without the errand trip. In yet 
further embodiments, a map is displayed to the user and the 
user is prompted to identify locations on the map corre- 50 
sponding to a destination and/or side trip locations or zones. 
It can be very important to the scheduling and allocation of 
vehicles to allow for excursions such as errand trips. Effi- 
cient allocation of vehicles is easier if vehicle trips can be 
predicted with greater reliability and accuracy. Embodi- 55 
ments of the vehicle sharing system and method include 
implementations which reward users for accuracy, for 
example if the user returns the vehicle within 5 minutes of 
the planned return time the user may get an "accurate return 
time" discount. Users may also get a discount if they give 60 
notice of unexpected delays. For example if the users were 
charged a per hour rate a user would be charged for a whole 
hour if they returned a vehicle 10 minutes late, whereas if 
they gave notice of their late return, so that the vehicle could 
be reallocated during the proper time frame, they might be 65 
charged for only a portion of an hour. Similar discounts 
might be given for accurately predicting the number of miles 



driven. By accurately predicting the distance to be driven the 
system could more accurately predict, at the beginning of a 
trip, the state of charge (for electrical vehicles) that will be 
present when a vehicle is returned, thus enabling more 
efficient allocation of vehicles and charge facilities. 
The information entered by the user at a port facilit y 14 



is communicated to the central facility 12. In addition, the 
central facility 12 rece ives information transmitted f rom the 
vehicle su bsystem 18 in each vehicle 1 6. re nting jp the 
location, p arking s tate, odometer informatio n, st ate of 
c harge SOC of the vehic le, tr ip time^ and various other t rip 
information a nd statisti cs. B ased on the info rmation 
received ^ffoTrrthe nrst jpprt facility 1 4 an d from th, e vehi cle 
s uteystems"1 8phTrentral facility 12 selects a veh icle from 
among the Beet to allocate to the user, as shown in step 28 

in FIG. 2. ^ 

To select a vehicle, a vehicle search group is defined for 
the first port facility. The vehicle search group preferably 
includes vehicles 16 located and. parked at the first port 
facility 14 that are not presently allocated to other users. 
The. vehicle search group may also include vehicles 16 
expected to arrive at the first port facility within a pre- 
defined time period. Vehicles scheduled to leave the port for 
transfer to another port or otherwise can be removed from 
the vehicle search group, as can vehicles that have insuffi- 
cient SOC for the intended use. The pre-defined time period 
is preferably selected to minimize user-waiting time, yet 
maximize vehicle usage, efficiency, or minimize energy 
usage or vehicle emissions. A pre-defined time period of, for 
example, about ten minutes may be sufficient to improve 
vehicle usage efficiency, without significantly inconvenienc- 
ing users. 

Vehicles \6 with an insufficient SOC to make the trip to 
the expected destination, including any additional distance 
and/or time entered by the user and an additional margin for 
error or unexpected travel may be excluded from the vehicle 
search group. Thus, a determination is made of the total 
charge necessary to safely make the trip, based on the 
expected destination, additional distance and/or additional 
time information entered by the user. The total necessary 
charge is compared with the SOC information received from 
vehicles present at the port facility or otherwise within the 
vehicle search group of the first port facility. Vehicles that 
have SOCs below the total necessary charge are excluded 
from the selection process. However, vehicles 16 which are 
in the process of being charged at the first port facility 14 
may be included in the vehicle search group, provided that 
they will be sufficiently charged within a pre-defined time 
period (which may be the same pre-defined time period as 
noted above or a second time period) as may vehicles 
arriving at the port form completed trips, or from being 
transported to the port. 

If a group of more than one vehicle 16 is in the vehicle 
search group of the first port facility and has sufficient SOC 
to make the requested trip, then, according to one embodi- 
ment of the present invention, the vehicle with the highest 
SOC within the group is selected and allocated to the user. 
It has been found that selecting the higher SOC vehicles 
first, typically improves the efficiency of the charging facili- 
ties by utilizing the charger in its more efficient linear range 
between 212 and 214 (see FIG. 11). 

However, in the event that a user enters a request to make 
a long distance trip and, thus, requires a vehicle having a 
relatively high SOC, it would be advantageous to have a 
relatively high SOC vehicle available for the user, without 
requiring the user to wait a long period of time. Accordingly, 
in further preferred embodiments, the vehicle having the 
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highest SOC within the above-defined group is reserved for 
the long-distance user and the second highest SOC vehicle 
is allocated to other users. Of course, if the group consists of 
only one vehicle, then that vehicle is allocated to the user, 
rather than reserving the vehicle for a further prospective 
long-distance user. 

While the above alternative embodiment refers to reserv- 
ing the highest SOC vehicle within the defined group for a 
prospective long-distance user, other embodiments may 
reserve the highest and second highest SOC vehicle and so 
forth. Moreover, different numbers of vehicles may be 
reserved for long-distance users depending upon the time of 
the day or the day of the week, statistical or simulated use 
patterns, vehicle reservations, or a variety of other factors. In 
preferred embodiments, statistics of users driving practices 
and habits at each port facility can be collected and analyzed 
to determine the optimal number of vehicles which should 
be reserved for long-distance users for any given port 
facility, day and time. In yet further preferred embodiments, 
the system and method switches between a routine of 
selecting the highest SOC vehicle within the group and a 
routine of reserving one or more of the highest SOC vehicles 
within the group for long-distance users, based on expected 
usage patterns or statistical analysis of actual or simulated 
usage patterns. 

A port facility can contain a plurality of charging facilities 
169 (shown in FIGS. 6 and 8) that are used to recharge the 
batteries of electrical vehicles. Typically battery/charging 
systems for electrical vehicles have a characteristic as shown 
in the SOC versus time graph 210 as shown in FIG. 11. 
Between points 212 and 214 on the graph, the charging of 
the battery is essentially linear. Between points 214 and 216, 
the charging of the battery approaches 100% charge expo- 
nentially and therefore the amount of charge obtained per 
unit time decreases. By allocating vehicles with a higher 
state of charge to users, instead of merely allocating vehicles 
with a sufficient charge for the users requested use, the 
vehicles within a central facility will tend to be used before 
the charge point 214 on the graph is reached. By charging 
vehicles in the linear region between points 212 and 214, 
more effective use of the charging facilities is made than by 
charging vehicles in the range between points 214 and 216. 
This method of allocating vehicles with the highest charge, 
however, may be modified, as previously described, in order 
to provide vehicles for long trip use (i.e. vehicles charged 
between 214 and 216 on the state of charge graph). In cases 
where vehicles for long trips are needed the vehicles with the 
second highest charge could be allocated for use in order to 
preserve the most highly charged vehicle for the long trip 
user. In cases where a greater demand for long trip vehicles 
was present, the vehicle with the second highest charge 
might also be reserved. The allocation of vehicles can be 
modified by statistical or simulated vehicle use in order to 
make the most efficient use of charging facilities, while at 
the same time attempting to accommodate the need for 
vehicles with high state of charge for long trips. 

Once a vehicle is selected based on the above-noted 
routines, the vehicle is allocated to the user and the particu- 
lar vehicle is identified to the user, as shown at step 30 in 
FIG. 2. The vehicle may be identified to the user by 
identifying the location of the vehicle, e.g. a parking space 
number, or by a number, e.g. license plate, displayed on the 
vehicle. If the selected vehicle is due to arrive at the port 
facility or is due to be sufficiently charged at the port facility 
within the above-noted pre-defined time periods, then the 
user is notified of the expected wait time and is asked if they 
will wait for the availability of the vehicle which will arrive 
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at the port. In preferred embodiments, the user is provided 
with an option to accept or decline, for example, by a 
displayed a command prompt to accept or decline the 
proffered vehicle. If the user declines the vehicle, step 32, 

5 the system returns to an idle condition to await the next user, 
step 34, If the user accepts the vehicle, step 36, the user may 
then pick up the vehicle at the port facility 14, step 38. 

Vehicles may arrive at the port in two distinct ways. A 
vehicle may arrive at the port if the user completes a trip and 

10 returns the vehicle to the port. A vehicle may also be 
relocated from another location. FIG. 12 is an illustration of 
a transfer of vehicles between ports. An attendant drives a 
first vehicle 230. A second vehicle 234 is towed behind the 
first vehicle 230, attached to the first vehicle via a towing 

15 mechanism 236. Couplings for the attachment of the towing 
mechanism may be installed on the front and rear of shared 
vehicles (e.g. 230, 234) so that any number of like vehicles 
may be connected in series for the purpose of relocating 
them from one port to another. The couplings installed on the 

20 vehicles may also be used to transport other vehicles. FIG. 
12 illustrates a motor scooter 240 being transported on the 
second vehicle 234. The Scooter 240 is mounted on a lifting 
mechanism 242. Other vehicles, for example a bicycle, or 
motorized bicycle may also be transported in a similar 

25 manner. If a port attendant tows a second vehicle with a 
motor scooter, as shown in FIG. 12 then when the attendant 
has reached the destination port the attendant may uncouple 
the motor scooter and ride it back 238 to the embarkation 
port, thus relocating two vehicles in one trip. The. motor 

30 scooter may also have a carrying bracket for transporting 
towing mechanisms back to the origination port along with 
the attendant. Electronic towing mechanisms have also been 
demonstrated. Such mechanisms cause vehicles behind a 
lead vehicle to follow the lead vehicle through electronic 

35 means. Such electronic towing mechanisms however are 
still in the experimental stage, and no commercial systems 
are available. 

If no vehicles are within the vehicle search group and 
have sufficient SOC to meet the user's needs, then the 

40 system determines that a vehicle may need to be relocated 
from another port facility to the first port for the user, as 
shown in step 40. In such an event, information is displayed 
to the user relating to the expected time of arrival of a 
relocated vehicle or user returned vehicle, step 42, and is 

45 provided with an opportunity to accept or decline to wait for 
the vehicle. If the user declines, step 44, then the system 
returns to an idle condition, step 34, and awaits the next user. 
If the user accepts the wait time, step 46, then the user waits, 
step 48 until the vehicle arrives, step 50, Upon arrival of the 

50 vehicle, the user is prompted to confirm the request for the 
vehicle. If the user does not confirm the request within a 
preset time period, for example, five minutes as shown in 
step 52, then the system returns to an idle condition, step 34. 
If, however, the user timely confirms the request, step 54, 

55 then the user may pick up the vehicle, step 38. 

Vehicles may be relocated from one port facility to 
another in a variety of manners. For example, an attendant 
may simply drive the vehicle from one facility to the other. 
However, the attendant performing the relocation would 

60 then be displaced from his original location. Accordingly, 
two. attendants may drive two vehicles from one port to the 
next, leave one vehicle at the destination port and then both 
attendants may return to their original port in the other one 
of the two vehicles. However, that process requires two 

65 attendants to transport a vehicle between facilities. 
Accordingly, in a preferred embodiment, some or all of the 
vehicles within the fleet are provided with towing bar 
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connectors and each port facility is provided with towing 
bars for connecting two vehicles together. In this manner, 
one vehicle may be readily connected to another and towed 
to a remote port facility by a single attendant. The attendant 
may then disconnect the connected vehicles, leave one of the 
vehicles for the user and return to the original port facility 
with the other one of the two vehicles. Alternatively a 
secondary vehicle, for example a motor scooter, may be 
secured to the second vehicle. The motor scooter can, upon 
delivery of the vehicles, be used to transport both the 
attendant and the towing bar equipment thus allowing the 
two connected vehicles to remain at the destination port 
while the attendant and the towing equipment depart. 
Controlling Access to Allocated Vehicles 

According to another aspect of the present invention^ 
systems and methods for sharing vehicles involves control- 
ling access to each allocated vehicle, so that access is 
i allowed only for the user to whom the vehicle had been 
I allocated. Security measures are implemented with the use 
\ of card keys for other suitable machine-readable tokens) and 
Wrsori al identification numbers (PINs) issued to each u ser. 
Thus, according to this aspect of the invention, a user 
registers at a port facility, suchas by swiping a card key (or 
other token) or by entering identifi cation information 
through other suitable user internee me < a ns T such 



token)entere d by the user T the user is allowed access to the 
vehicIe Tassnown in step 74, and a counter stops timin g a 
pr eset time period^s u ch as five minutes, as shown in step 76, 
In preferred embodiments, the vehicle subsystem employs 
s\ a_n electronic door lock that is controlle d to selectively 
X^nlockjhej!^ 78, to allow acc ess t» thg^p-hH* 

r^riteripjct In addition, counters within the v ehicle subsystem 
ar g set and started for co unting the number attempts of 
en tering a personal identification number PIN , step 80, and 
10 for timing a preset time period by which a correct PIN must 
be entered, such as 200 seconds, step 82. 

After gaining access to the vehicle, the user enters the 
vehicle and closes the vehicle door, step 84. The user is 
provided with an opportunity to enter a PIN in a user 
15 interfac e and disp la y device mounted, for example, l nlEe" 
center console, dashboard or overhead console of the 
vehicle. If the user does not enter the correct PIN within a 
preset number of attempts, for example, five attempts, as 
shown in step 86, or within a preset time period, such as 200 
seconds as shown in step 88, then the user's request for a 
vehicle is canceled, step 90 and an error message is dis- 
played on the user interface and display device, step 92. 
Thereafter, when the user leaves the vehicle, step 94, and 

closes the doors, the doors are automatically locked, step 96, 

described ab ove with resp ect to step t 22 of FIG. 2Pand a 25 and the vehicle subsystem returns to an idle state, step 98. 
vehicle is selected £y the central facility. If the vehicle fleet The vehicle is then made available for further users, as 
inclu95s~^iectric powered vehicles, then the selection of the 27 snown DV me connection to step 66. If, on the other hand, the 
vehicle is preferably performed in accordance with the user enters the correct PIN within the preset number of 
above described vehicle selection and allocation aspect of attempts and the preset time period, step 100, then the 
the invention. However, other embodiments may employ 30 vehicle subsystem enables the vehicle and the user may 



a 

slit* acc 



other suitable selection routines. 

Once a vehicle is selected, identified and accepted by the 
user, such as described above with respect to steps 28, 30 
and 36, th en the user's identification information is sen t to 
the vehicle""subsystem . 18 in the selected vehicle from the 
central facility 12, as shown in step 56. In preferred 
embodiments, the information is encrypted for security and 
addressed to the vehicle subsystem of the selected vehicle. 
Upon r eceipt of the user identification informatio n, the 
vehicle s ubsystem starts a counter for tirn ing a preset time 
period, such as fi ve minutes , as shown in step 58, and stores 
tne laentincauon information in memory, as shown in step 
60. "~~ 

Meanwhile, the user walks to the vehicle, such as in step 
38. With reference to the flow chart of FIG. 3 r if the user 
arrives at the vehicle within the preset time period, such as 
five minutes, the user then enters identification information, 
for example, by swiping a card key (or other machine- 
readable token) past a" reader mounted on the selected 



jyoperate the vehicle, step 102. 

m one preierred embodiment both the user's identification 
^ata and^PIN ar e read from a user's identificatio n card and 
commupicaXed4o4he~vehicle to be_ailc£atedjo the particular 
user. As soon as the user's identification data and PIN are 
communicated to the vehicle to be allocated to the particular 
u ser, an authorized user r n a y_drive the vehicle on a trip 
without any further communication between the vehicle and 
the central facility. Upon use of the proper identification p ard 
and entry of a correct PIN within the vehicle, the vehicle is 
r eady to driv e. The identification card reader 242 may be 
clo ^tedop a w indow aft fi frow n, Flfi 1^T hTTrK:e ntrY Is 
~pfished by me ans of an^input^nd display dev ice, 
which may be mounted i n a center consol e within the vehicle 
45 as shown in FIG. 13. In another preferred embodiment, the 
determinationot wnether the entered PIN is correct or not is, 
i ^made_at the central, f acilrtyr^r-^dkicjiaLs gcuritv.] In this I 



case the valid PIN is not sent to the vehicle, instead the user 
in the vehicle enters a PIN which is then sent to the central 
vehicle, step 62 in flG.~3. In preferred embodiments, trie 50 facility for validity determination. If the PIN is valid, the 
card key (or token) is the same card key (or token) used central facility sends a notification of valid PIN to the 
during tire user registration at the port facility . If the iden- vehicle. In particular, the central facility 12 preferably 
tification information (card key or token) is not read by the includes or operates with a database, table, algorithm, num- 
re ader within the preset time pferiod. then the user identifi - ber encoded on the user's identification card, or the like 
cation routine is disabled on the vehicle subsystem, step 64 55 which associates each user's identification information (card 
and the vehicle is designated as being available for further key or token) with the user's pej sonaJLideJiJdfic^tioD number 
users, step 66. PIN. Accordingly, upon receiving the requesting user!s 

I f ? on the other hand, the user's identification inform ationt^| iden tificat io n information, the central facility 12 obtains th at 



(card kexoxtoken) is re ad within the preset time perio d, step 
68, the n the vehicle subsystem com pares the stored ide nti- 
fica tion information received from the central facil ity Avi th 
the ident ification inform ation entered by the user (read by 
the card jar token reade7)7~a5~SrTr3wn in_^gp"~70. If the 
iden tification inform ation does not match, then the user is 
denie3^cjc£ssjixihelxeliicle, step 72. * 

If the identification information received from the central 
facility matches the identification information (carQrKey"or 



u ser's PIN , for example, b y comparing the iden tification 
60 in formation w ith corresponding data base entries and read- 
in g PIN information associated in a database with the 
identifi cation informati on. Furthermore, wheji_Jhe„user 
ejnter&-a_£JN in the user interface and display'device in the 
vehicle^sl^ps 86 or 100, thej^i<^^utay^ej2Ura*sflaits the 
65 e ntered PIN to the central facility. The cen tral facility then 
compares the PIN received from the vehicle subsystem with 
the PIN retrieved from the database, tabl e, algorithm , user's 
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identification card, or the like. If a sufficient match exists, the 
user is considered to have entered a correct PIN. The central 
facility may then send an enabling command to the vehicle, 
acknowledging that a correct PIN has been entered at the 
vehicle and the vehicle may be driven. The correct PIN can s 
be maintained in the vehicle subsystem 18 for later identi- 
fication of the user and enabling of the vehicle, even if the 
vehicle were not in communication with the central facility. ^ 

Accordingly, preferred embodiments provide multiple 
levels of security. ^Jfirs nevel o f security is provided by the 10 
fact that a vaHdJDcard is required even to enter the port 
facjlily^ A second level of security is provided by the 
requirement that a user must proffer the proper identification 
at the kiosk 14 to be assigned a vehicle. A third level of 



by the user selecting which message to transmit to the 
central facility. 

In further preferred embodiments, the vehicle, subsystem 
may inc lude or operate with a locator such as global posi- 
tion ing _sysl em-((jP$), dead reckoning system, radio beacon 
triangiilitinn sy stem, or a variety of other technique s for 
providjnfl tracking and mute information . The user interface 
and display device may be used to display map and route 
information, in accordance with well known tracking and 
routing systems. 
Vehicle Parking and Return 

At some point in the duration of the user's trip, the user 
will stop the vehicle and place the vehicle in a parking gear 
as shown in steps 110 and 112. In preferred embodiments, 



se curity is provided at the vehicle where the user must e nter 15 the vehicle subsystem 18 includes a sensor system for 



valid identification information { for example, by swiping a 
card key or token) to gain access to the vehicle . A fourth 
level of security is provided by the requirement that, once 
the user gains access, the user must input a PIN that 



sensing such an event. Upon sensing that the transmission is 
set in a parking state and/or the ignition or power is turned 
off, the vehicle subsy stem 18 transmits ajarking state signal 
to the central facility./bnce the vehicle is placed in a parking 



corresponds to the same user associated with the identifica- 20 state, the vehicle is turned off and disabled) as shown in step 



tion information. Moreover, each of these entries must be 
made within a preset period of time. These multiple levels of 
security reduce the risk of unauthorized entry and unautho- 
rized use or theft of the vehicles. Thus, users are provided 
with a more secure environment within the vehicles and the 25 
vehicle owners and system administrators are provided with 
a reduced risk of vehicle theft or misuse. 
Vehicle Trip and Condition Monitoring 

In accordance with further aspects of the present 



above with respect to step 102, the user may shift into drive, 
step 104 of FIG. 4. to beginthe user's requested itripjDuring 
^he course of the vriprlEe vehicle subsysfem monitors 
various parameters associated with the vehicle, for example, 
the location of the vehicle, the state of charge SOC of the 
vehicle (in electrical vehicles) and other operational param- 
eters such as odomet er readin g, speedy and actual usa ge or 
dr ive tim e, as stiown in step 1 06. Information, incl uding 
location information, SO C and other operation al 



35 



infor ma t ion , such as whether the vehicle is moving and if so 
at what speed, whether the vehicle is charging, the odometer 
reading, the state of charge of the battery system, is prefer-' 

ablv transmit ted from the vehicle subsystem 18 to the centra l^ , 

facility 12 (aT periodic or non-perioidic intervals. In this V ^/whether the vehicle is parked and being returned to a port 
manner, the central facility may readily track each vehicle in 45 facility or is merely temporarily parking while the user is 

conducting an errand. Accordingly, in preferred 
embodiments, if the vehicle is in a parked state, then the 
vehicle' s location is determined, as shown in step 11 8. As 
discussecf above, jm^ suilable vehicle tracking system may 
50 be employed to track" and determine vehicle locations, 
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114, until the user re-enters the correct user identification 
and correct PIN. If the vehicle is at a port facility however 
and the vehicle is placed in a parking state, the vehicles is 
turned off and disabled, the user must go through the vehicle 
allocation process again if they desire to use a vehicle 
further. At the port the vehicle is returned to the pool of 
available vehicles when it is placed in the park state. 

In further preferred embodiments, the vehicle subsystem 
18 includes or operates with sensors for sensing the user 



invention, after the user engages the engine as discussed 30 exiting the vehicle, step 116, such as sensors for sensing the 



driver-side door opening and/or closing after the vehicle is 
jtset in a parking gear. Further embodiments may employ 
other suitable sensors for sensing a parking condition, 
including, but not limited to a pressure sensor for sensing 
presence of weight on the driver's seat, a sensor for sensing 
the setting of the parking brake, or the lack of motion for a 
predefined period of time, or combinations thereof. In yet 
further embodiments, the user may simply enter a notice 
indicating that the vehicle is parked in the user interface and 
display device in the vehicle. 

Information relating to the parked state of the vehicle is 
transmitted from the vehicle subsystem to the central facil- 
ity. However, further information is needed to determine 



the fleet and render selection and allocation determinations 
based on vehicle location and SOC information for each 
vehicle, as described above. In addition, the central facility 
may monitor the SOC of fleet vehicles for purposes of 
warning users and port facility attendants to re-charge a 
vehicle. 

The user interface and display device within the selected 
vehicle displays various information to the user, for 
example, usage time, or warnings relating to the SOC or 
other vehicle parameters, notices or travel information sent 
from the central facility, as shown in step 108. For example, 
the central facility may send a warning to a vehicle, to 
inform the user that the SOC of the vehicle is low or has 
experienced an unusual fluctuation. The user may be 
informed to return the vehicle to the nearest port or kiosk or 
to simply connect the vehicle to a charger, upon the user's 
scheduled return. 

The user interface and display device within the selected 
vehicle may also be used to transmit messages to the central 
facility. A group of preset messages such as "flat tire", 
"vehicle inoperative" or "send help" may be transmitted 
from a user interface and display console within the vehicle 



inclu ding, but not limited to, GPS systems, aTeletr ac system 
(Teletrac is a trademark of" Tele trac, Carlsbad Calif.), or the 
like. 

If the vehicle is determined to be within a port facility 
55 when placed in a parked condition, then the vehicle sub- 
system is controlled to lock the vehicle doors within a preset 
time period, for example, 30 seconds, after the last vehicle 
door is closed, step 120. The vehicle subsystem then returns 
to the idle condition, step 122, and awaits allocation to a 
60 further user. 

If the vehicle is determined to be outside of a port facility 
when placed in a parked condition, then the vehicle sub- 
system is controlled to lock the vehicle doors and disable the 
vehicle within a preset time period, for example, 30 seconds, 
65 step 124. The vehicle subsystem, also may be controlled to 
lock the vehicle doors after a door has been opened or after 
the ignition has been turned off. However, instead of return- 
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ing to idle condition, the vehicle subsystem remains pro- 
grammed to allow access and the enabling of the vehicle to 
the user with the same user identification and PIN, as shown 
in step 126. In this regard, when the user returns to the 
vehicle, the user may input the same identification data (for 5 
example, by swiping the same card or token) thereby enter- 
ing the same PIN that was previously entered by the user or 
sent to the vehicle via the central system, as shown in step 
128. Thereafter, the process of comparing identification 
information and processing PIN information is carried out to 
similar to that described above with respect to FIG. 3, 
beginning at step 70. 

Thus, in accordance with a further aspect of the present 
invention, the parking state of each vehicle 16 is sensed and 
a determination is made as to whether the vehicle has been 15 
returned or is merely temporarily parked during a user's trip. 
The identification information and PIN data required to 
access the vehicle remain the same, unless it is determined 
that the vehicle has been returned and parked at a port 
facility. Accordingly, a vehicle may be automatically real- 20 
located to another user upon the determination that the 
vehicle has been parked and returned to that facility. 
Safety and User Error 

According to further aspects of the present invention, 
safety measures are implemented to address situations in 25 
which a legitimate user inadvertently enters the wrong PIN 
more than the allowed number of attempts, fails to enter the 
information within the preset time period, loses a card key 
or locks the card key inside of the vehicle. In the event that 
a legitimate user is inadvertently denied access to or enable- 30 
ment of a vehicle, then the user may contact the central 
facility by suitable means, including, but not limited to, 
telephone, portable Internet connection, or other communi- 
cation device. Upon verification of the user's identity, the 
central facility transmits a command to the user's vehicle to 35 
instruct the vehicle subsystem to unlock and enable the 
vehicle for the user. If the user is at a remote location from 
the vehicle, for instance at a public telephone, the enable- 
ment command may have a delayed enabling effect in order 
to allow the user to return to the vehicle before it is enabled. 40 

User identity may be verified, for example, by requesting 
that the user provide certain personalized information for 
comparison with such information obtained from the user 
when the user originally subscribed to the system. In 
addition, the location of the vehicle may be determined, as 45 
noted above, and may be compared with the expected 
vehicle location, based on the travel information entered by 
the user upon requesting the vehicle. 

In addition the vehicle possesses a "fail safe" operations 
mode. Once a vehicle is checked out by a user it will 50 
continue to operate for the balance of the user's trip, even if 
the communications unit which maintains communication 
with the central facility should fail, or should the central 
facility cease function for any reason. Thus there is no 
condition where loss of communications between the central 55 
facility and the vehicle will cause the vehicle to become 
disabled. 

The vehicle may also be disabled in some circumstances, 
such as when the vehicle is reported as stolen, or when 
proper authorities seek to immobilize the vehicle. The 60 
vehicle may also be enabled in an emergency, for instance if 
the vehicle is in danger of being damaged if it is not moved, 
such as a spreading fire in a nearby facility. 
Vehicle Relocation 

As discussed above, in preferred embodiments, vehicles 65 
may be relocated from one port facility to another, to meet 
user demands or to relieve a facility of an oversupply of 
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vehicles. Also as discussed above, in a preferred 
embodiment, some or all of the vehicles within the fleet are 
provided with towing bar connectors and each port facility 
is provided with towing bars for connecting two or more 
vehicles together. In this manner, one vehicle may be readily 
connected to another and towed to a remote port facility by 
a single attendant. The attendant may then disconnect the 
connected vehicles, leave one of the vehicles for the user and 
return to the original port facility with the other one of the 
two vehicles, or on a vehicle, for example a motor scooter, 
mounted on one of the vehicles. 

The ability to connect vehicles, relocate the connected 
vehicles and disconnect the vehicles at the relocation in a 
time efficient manner requires a tow bar and connection 
system that can be operated quickly and easily. Accordingly 
in preferred embodiments some or all of the fleet vehicles 
are provided with tow bar connectors and each port facility 
is provided with at least one tow bar designed for quick and 
easy connection to the vehicles. The relocation aspect 
becomes more complex, however, when the fleet of vehicles 
includes a variety of different types of vehicles, such as 
four-wheel vehicles, two-wheel vehicles, and/or three- wheel 
vehicles. In such embodiments, it is preferred that a tow or 
carrier mechanism be provided to allow various types of 
vehicles to be towed or carried by other fleet vehicles from 
one port facility to another. 

Thus, for exampjg. FIG. 5 shows an example of a carrier 
bracket 130 for connection to a standard tow bar receptacle 
on the rear of a vehicle, and which is configured to carry a 
further vehicle, such as a two-wheeled or three-wheeled 
vehicle. More particularly, the bracket 130 includes a first 
"L" -shaped member 132 and a second, smaller "L" -shaped 
member 134 coupled in a sliding relationship with the first 
member 132. Each "L" shaped member 132 and 134 
includes a vertical leg and a horizontal leg. The vertical leg 
of the member 134 is coupled, by brackets 136 to the vertical 
leg of member 132 and is slidable in the direction of arrow 
138, along the vertical dimension. The vertical leg of mem- 
ber 134 is connected to a flexible band 140. The opposite end 
of the strap 140 is wound around a spool or reel 142. 

In operation, the horizontal leg 144 of member 132 is 
shaped to fit within and connect to the standard tow bar 
receptacle on the back of at least some of the fleet vehicles. 
The horizontal leg 146 of member 134 includes a key or pin 
receptacle aperture 148 and is configured to couple to an 
inverted "U"-shaped bracket mounted to the underside of the 
vehicle 16' to be carried. For example, FIG. 5 shows an 
inverted "U"-shaped bracket 150 mounted to the underside 
of a motorized two -wheeled vehicle. The bracket 150 
defines a "U*'~shaped opening for receiving the horizontal 
leg 146 of the member 134. Apertures 152 in the bracket 150 
are positioned to align with aperture 148, upon the bracket 
150 receiving the horizontal leg 146 of member 134. With 
the apertures aligned, the pin 154 may be inserted through 
the bracket 150 and leg 148, to secure the vehicle 16' to the 
carrier bracket 130. Accordingly the vehicle 16' may be 
carried by a vehicle 16, by simply connecting the leg 144 to 
the standard tow-bar receptacle of a vehicle 16, then placing 
the vehicle 16' on the horizontal leg 146 and inserting the pin 
154 through the apertures 148 and 152. Finally, the vehicle 
16' may then be lifted by rotating the spool or reel 142 to 
take up some of the flexible band 140 and, thereby, draw the 
bracket 134 in the vertically upward direction. The raising 
and lowering mechanism just described may be replaced by 
a variety of lifting mechanisms known in the art. For 
example the lifting mechanism provided may be a hydraulic, 
pneumatic, rack and pinion, scissors and screw, or other 
mechanisms known in the art. 
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After relocating the vehicles 16 and 16', the vehicle 16' The registration web-server 25 6 also interfaces with a 

may be detached from the bracket 130 by removing pin 54 database 258. The database 258 contains user data 266, in 

and lifting the vehicle 16' off of the horizontal leg 146. If which is kept a record of user information and statistics, 

needed, the member 134 may be lowered by unwinding the such as the time and date that the user used the system, the 

spool or reel 142 to assist in removing the vehicle 16'. The 5 user ID, the destination of the past trip, vehicle information, 

lifting mechanism can enable someone to transport a vehicle port information, as well as the time and distance estimates 

that would otherwise be too heavy for an individual to lift entered by the user for the past trips. These statistics can be 

onto a vehicle carrier without the lifting facility. used to predict vehicle usage; for example if a user makes a 

In preferred embodiments, many of the functions of the reservation for a shared vehicle. The database 258 may 

port facility computer system, the central facility and the to contain a user request database 268, in which user requests 

vehicle subsystem described above with respect to the flow for vehicles and allocation information of the vehicle may be 

charts of FIGS. 2-4 can be implemented by programmable kept, as well as a wait request data 262. The wait request 

computers and processors. Embodiments of programmable data 262 may contain information about vehicle requests 

computer or processor based facilities and vehicle sub- that cannot be immediately filled, for lack of a vehicle or in 

systems are described below with reference to FIGS. 6-10 15 the case that the vehicle is, for instance an electrical vehicle, 

as representative examples. However, it will be understood lack of a vehicle with sufficient battery charge. The wait 

that the system and methods according to the present inven- request data 262 may contain such information as the time 

tion may be implemented in various combinations of hard- and date that the user used the system, the user ID, the 

ware and software configurations and are not limited to destination of the past trip requested as well as the time and 

specific example configurations described herein. 20 distance estimates entered by the user for the trip requested. 

Port Facility^ In one embodiment the wait request data may be on a 

in preferred embodiments, th e system 10 in FTfl. 1 separate computer and may be accessed by a user having the 

includes a plurality of port facility 14 located in geographi- proper database permissions 260. Safeguarding the wait 

cally remote locations relative to each other, for example, at request database 262 is important because the monitoring 

locations convenient for a large number of potential users, 25 and control process 264 within the system control computer 

such as near train or bus stations, campuses, office parks, 254 uses the wait request data 262 to allocate vehicles to 

shopping areas or the like. Two examples of vehicle distri- users who are waiting for vehicles. -* i 

bution port facility 14 are shown i n FIGS. 6 and 8. In the 1$ FIG. 15 is a flow diagram of the process when a user seeks^^^d*^ 

example embodiments of FIGS. 6 and 8, the vehicle distri- a shared vehicle. As the user approaches the kiosk the' 

bution port facility 14 includes parking spaces 156 for 30 system is idling, block 270. The user then swipes their 

parking a plurality of vehicles 16. In addition, the distribu- identification card at the kiosk card reader as in block 272. 

tion port facility 14 includes a computer subsystem 158 The card read by the kiosk card reader is the same card as 

typically located at a kiosk 14 to facilitate user interaction. used at the vehicle to gain entry, and is also the same card 

FIG. 7 shows a generalized block diagram representation of used to gain access to the kiosk area. The kiosk computer 

the computer subsystem 158, which includes a computer 35 then accesses the registration web server in block 274. When 

160, a display and user interface device 162, and a commu- communication has been established between the registra- 

nications interface 164 for communication with the central tion web server 256 and the kiosk web client computer 250, 

facility 12. Thf > m^^^im^^ jritfrf"™* 164 ma y be, for block 276 is executed.^ In block 276 user identification 
example, a satelli te, radio frequency RF or other 'wirejewT": infnrrnati'nn, which hashf-ftn obtained from the identification 

link, in which case, t he interface 164 would Include a 40 card, along with a kiosk ID identifying the transmitting 

tra nsmitter/receive r. In a preferred embodiment of the kiosk, is sent to the registration web server. Next in block 

invention, the interface 164 between the central office facil- 278 the registration web server 256 compares the user ID 

ity and the subsystem 158 may comprise a hard wired received from the kiosk web client computer 250 to the 

connection, such as through computers linked to t he Inter - active user list to see if the use r is an authorized use r. If the 

jiej^Such a preferred embodiment is illustrated in FIG/14. 45 user ID is invalid, block 282, the user is told, in block 284, 

In FIG. 14, the user's interface to the system is a kiosk that their user ID is not valid and the system returns to the 

containing a computer, display screen, and one or more input idle state in block 270. If the User ID is valid, block 280, the 

devices such as a card reader and a keyboard and touch registration web server 256 collects the user request infor- 

screen. A kiosk computer 250 serves as a web client con- mation in block 284. The user request information consists, 

nected to the Internet, The system control computer 254 50 of information such as vehicle destination, estimated time of 

serves several functions, for example as the registration the trip, and estimated distance of the trip. When the user 

web-server 256 process computer, it also provides a moni- information has been collected, the registration web server 

toring and control process 264 for the system. The registra- 256 queries the shared system database, in block 286, in 

tion web-server 256 serves the kiosk computer 250 web order to satisfy the request. In block 288 the registration web 

clients. The registration web-server 256 also allows access 55 server 256 selects an available vehicle from the database 258 

to the registration web-server 256 by other computers con- to satisfy the user request. In block 290 the user is asked if 

nected to the Internet. Having a web connection not only they accept or decline the offered vehicle. If the user declines 

simplifies the connection of the kiosk computer(s) 250 to the the vehicle, block 294, the registration web server 256 

system by allowing the kiosk web clients 250 to be located disconnects as seen in block 296. If the user accepts the 

anywhere there is a ready connection to the Internet, it 60 vehicle, in block 292, the registration web server 256 stores 

allows access to the vehicle sharing system from other the trip request data in the shared vehicle database in block 

Internet connected computers. This is valuable for users of 298. Finally in block 300 a computer control process polls 

the system because they may access the system remotely, for the vehicle request database and processes the request, 

example to make reservations for shared vehicles, to deter- The computer subsystem 158 is preferably disposed in a 

mine if vehicles are available at a port, to determine how 65 well lit and highly visible location and, more preferably, is 

long a wait there is for a vehicle, to apply for membership also housed within a building or enclosed structure 166 (as 

in the vehicle sharing system or for other reasons. shown in FIG. 6), to which access is controlled for user 
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security. Access may be controlled by an attendant stationed 
the port facility 14 or by a standard lock and key system, 
wherein a key to the door 168 is issued to each user. 
However, in preferred embodiments, the door lock is con- 
trolled by a card key entry system and each user is issued a 
card key comprising a card on which magnetic, optical or 
other machine-readable data is recorded. In such systems, 
the enclosed structure 166 is provided with an electronic 
door lock and a card reader 172 disposed in a user accessible 
location outside of the structure 166, for example, adjacent 
the door 168. ^ ^nWc.' f// 

To gain entry to_the structure 1 66, a user must swipe or 
insert the user's card key past or in the c ^rd reader 17 2, to 
allow data from the card to be read and communicated to the 
computer jjOj The computer 160 is programmed to process 
tne^sej LJDand T provided user ID is uLthe database of 
c urrently valid users, co ntrols the electronic door lock to 
u nloc ktne aoor i 68"and allow the user to enter the structure 
lB^T^TexaSpie^ the data may comprise a useridentifica- 
tion code or an expiration date code and the computer 160 
may~*Se~ programmed to compare user identification code 
with a dat abase of valid user identification codes or compare 
the "expiration date code with the current date. Thus, the 
computer 160 may be programmed to unlock the door 168, 
onlyjfjhe user identification code is valid or an expiration 
date jias not passed. 

Once the user has entered the structure 166, the user will 
have access to the port facility display and user interface 
device 162. The display and user interface device 162 may 
comprise any suitable display including, but not limited to, 30 istrator with visual information regarding the location and 
a cathode ray tube CRT display, liquid crystal display LCD also regarding various monitored operational conditions of 
or the like, and any suitable user interface, including, but not vehicles in the fleet, and an input device 186, such as a 
limited to, a touch-screen integrated with the display, a keyboard, mouse, or the like, for allowing the system 
keyjDQajdr-a mouse, a joy stick or the like. For user administrator to input instructions and data. Preferably, the 
convenience, a CRT display with a touch-screen user inter- 35 central office facility is located in a secure environment, 



examples shown in FIGS. 6 and 8 includes vehicle charging 
devices located adjacent at least some of the parking spaces. 
In the F IG. 8 example , the charging units may include 
automated connectors, for automatically connecting and 
5 disconnecting from vehicles in the parking spaces 156. 
Central Facility 

A generalized block diagram representation of an example 
central facility 12 is shown in FIG. 9. The central facility 12 
in FIG. 9 includes a computer 180 with an Internet connec- 
10 tion 13, programmed for processing user travel and/or 
identification information received from vehicle distribution 
/2-P ort facility and selecting vehicles for users, based on the 
received information. The central facility 12 also includes a 
transmitter/receiver unit 182 for communication with the 
15 vehicle subsystems 18, for example using a satellite com- 
munication link, an RF link or other suitable wireless link. 
As described above, the central facility 12 is also coupled for 
communication with the computer subsystems 158 at the 
vehicle distribution port facility. That communication link 
2|) may also be made through the transmitter/receiver unit 182 
or, alternatively, through a separate communications link 
such as a hard wired link. 

As discussed above, the computer 180 is preferably 
programmed to conduct vehicle tracking routines, for 
2| example, in accordance with standard vehicle tracking and 
communication software, including, but not limited to a 
Teletrac system (Teletrac is a trademark of Teletrac, Carls- 
bad Calif.). Accordingly, the central ofiSce facility 12 also 
includes display devices 184, for providing a system admin- 



such as a secure office building, where data relating to user 
identification codes and other sensitive or private informa- 
tion may be maintained in a secure manner. 
Vehicle Subsystem 

As described above, each vehicle 16 in the fleet is 
provided with a v ehicle subsystem 18 for communicating 
with the central office facility 12 and for performing a 
variety of other functions, depending upon the embodiment 
of the invention. A generalized block diagram representation 



face is preferred. 

The display and user interface 162 is provided to display 
instructions, prompts and information to the user and to 
allow the user to enter information, such as travel informa- 
tion and/or identification information, from the users ID 40 
card, for processing by the computer 160 or communication 
to the central facility 12. For added security, a second card 
reader (also represented by box 172 in FIG. 7) may be 
disposed within the structure 166, adjacent the display and 

user interface 162, for the user to enter card key data to 45 of a vehicle subsystem 18 is shown in FIG. 10. Each vehicle 
initiate or continue interaction with the display and user subsystem 18 includes a programmable processor or com- 
interface 162. As described above, travel information and/or puter 188 for processing information and controlling the 
identification information entered by a user at a port facility operation of other components of the subsystem 18. The 
14 is communicated to the central facility 12 and is used by vehicle subsystem 18 also includes a tnmsjnjuejj£r£cswer 
the central facility to select a vehicle for the user to pick up 50 unit 190 for ^jviKJe^s-xo mmunicat i ojL with t he__ceptral 
at the port facility 14. facility, as discussed above. The vehicle subsystem al; 

In the FIG. 8 example, the vehicle parking spaces 156 are includes a display and Jisefr4flterfaefr-^ nit jjff . 
located within an enclosed structure, such as a building 174 In embodiments in which the vehicles within the fleet are 
having a gate or passage 176 through which vehicles may enclosed vehicles, such as those shown in FIGS. 1, 6 and 8, 
enter and exit, for added vehicle security. In addition, the 55 then the display and user interface unit 192 is disposed 



FIG. 8 example includes tracks 178 for automated move- 
ment of vehicles between parking spaces 156 and the gate or 
passage 176. Thus, for example, a vehicle selected for a user 
20 at the port facility may be automatically moved from a 
parking space 156 and delivered to the gate 176 for pick up 
by the user. Similarly, upon completion of a trip or upon 
delivery of a vehicle to the gate 176 of the port facility, the 
vehicle may be automatically moved from the gate to a 
parking space 156. 

In preferred embodiments, the vehicle fleet includes or is 
composed entirely of electric powered vehicles. 
Accordingly, each of the vehicle distribution port facility 



60 



65 



within the enclosed interior of the vehicle, in a convenient 
location for access by a vehicle user, such as on the center 
console, dashboard or overhead console. 

The vehicle subsystem for enclosed vehicles also includes 
a card reader 196 mounted for access by a user from outsi de 
of the vehicle , iffius, for example, FIG. 6 shows a card read er 
196 mounted t o the inside of the passenger window, behind 
the driver's side door. To gain access to the vehicle selected 
for a user, the user must swipe the card key past the card 
rg53er, to allow the data recorded on ,the card to be read. The 
data read by the card reader 196 is provTdedToThTprocessor 
188 for comparison with data received from the central 



06/10/2004, EAST Version: 1.4.1 



US 6,636,145 Bl 



21 



22 



facility, through transmitter/receiver unit 190. The processor 
188 is programmed to control an electronic door lock 198 to 
unlock one o / more veh icle doors and allow access to the 
vehicle interior; uporTZ sufiScient match be tween the com- 
pare djdata. ' " 

Onc e the vehicle door is u nlocked, thcuser may enter the 
vehicle_and g ain access to disp lay and user int erface 192. 
The__pro cessor 188 is programmed to operate with the 
displa y and user in terface 192 to display instructions to the 
user and to r eceive dataJnput by the usen ipcluding a 
pers onal identification number Ph\ .(The processoi 1 1H8 is' 
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further programmed to e nable or disabl e the operation of the 
vehicle by providing an enable or disable signal 200 to an 
operatio n-crit ical'element, based on the validity of the PIN 
entered by the user. The enable or disable signal may be used 15 
to control a suitable device "for enabling or disabling any 
operation-critical element of the vehicle, including, but not 
limited to, the vehicle ignition system or fuel line (for 
internal combustion powered vehicles), the battery ^power 
source, ^or the lik e. Devices which respond to enable or 
disable signals for enabling or disabling ignition systems, 
fuel lines, battery power sources or the like are well known 
in the vehicle security field. In the case of an electric vehicle, 
for example, a disable signal would be activated by the 
vehicle being in a charging state. This would prevent the 25 
vehicle from being driven while it was connected to the 
charging facilities, thus efiminating damage that could be 
caused if the vehicle were accidentally driven while still 
connected to the charging facilities. 

In further embodiments of the invention, the vehicle 
subsystem includes one or more parking state sensors 202, 
for sensing the parking state of the vehicle. As discussed 
above, the parking state of a vehicle may be sensed in 
various manners, including, but not limited to, sensing the 
setting of the transmission in the parking gear, the setting the 
parking brake, the lack of movement for a predetermined 
period of time, the opening and/or closing of a vehicle door 
or combinations of those events. In a preferred embodiment, 
a parking state is sensed by the combination of the vehicle 
being placed in a parking gear and the driver-side door being 40 
opened and vehicle speed being equal to zero. In such 
preferred embodiment, the parking state sensors 202 would, 
therefore, include a parking gear sensor for sensing the 
setting of the parking gear and a door sensor for sensing the 
opening and closing of the vehicle door. Other embodiments 45 
may contain various other methods for deciding that a user 
trip is over. For example the location of the vehicle at the 
port may be taken into account in order to determine that 
vehicle is in the parking state and the current trip has ended. 
There are several ways of determining that the vehicle is 50 
located at a port. The vehicle location system may place the 
vehicle at the port, the vehicle identity may be read at the 
entry gate to the port for instance by tripping a switch that 
may cause the vehicle identity to be read. The reading of a 
vehicle identity may also occur by sensors located at the 55 
vehicle parking spaces, or at the entrance to the parking lot. 
In addition placing a vehicle in park in a parking space and 
opening the door may signal the end of the trip, or a user 
may directly enter that the trip is over on the vehicle console. 
There is a great variety of flexibility in methods of deciding 60 
that a vehicle is in the parking state and the exact method 
chosen will depend on the implementation. 

In yet further embodiments of the invention in which 
vehicles in the fleet include electric powered vehicles, the 
vejy^cle_s^ibs^sj^rn for each electric powered vehiclei 65 
includes a state of charge SOC monitor 204 f or monitoring 
the available charge remaining in the vehicle. Data reprei 



senting the SOC is provided to the processor 188, for 
transmission to the central station 12 by the transmitter/ 
receiver 190 for use vehicle allocation and monitoring 
functions described above. Da ta representing other par am- 
e ters 207 , such as vehicje_5)eed, door open, yefiicle 
"tfrarjgng^and sojorth are' alsoprovided tp the processoFlSS, 
for tr?nsmi&&ion-ft) = ihfi. cen tral stationj 2 by the transmitter/ 
recejver-490r-. 

In yet further embodiments, the vehicle subsystem 
includes a vehicle location or tracking system. Such systems 
are known in the art. Vehicle location may be tracked 
through a variety of methods, the vehicle itself can employ 
triangulation using radio beacons or dead reckoning, the 
vehicle may also be tracked by receiving a signal from the 
vehicle and triangulating on that signal. In one further 
embodiment a GPS device 206 provides location informa- 
tion to the processor 188, for transmission to the central 
station 12 and/or for providing on-board tracking and route 
planning data. The choice of tracking system, however is a 
matter of implementation convenience. 

The foregoing description of the preferred embodiment of 
the invention has been presented for the purposes of illus- 
tration and description. It is not intended to be exhaustive or 
to limit the invention to the precise form disclosed. Many 
modifications and variations are possible in light of the 
above teaching. For example, while many of the data 
processing and decision making functions are described 
above as being performed by the central facility, other 
embodiments may include port facility computer sub- 
systems that are programmed to perform some of such 
functions. In yet further embodiments, the vehicle susb- 
system may be programmed to perform some of such 
functions. Therefore, it is intended that the scope of the 
invention be limited not by this detailed description, but 
rather by the claims appended hereto. 
What is claimed is: 

1. A vehicle sharing system for sharing one or more 
vehicles from a fleet of vehicles among one or more users, 
comprising: 

one or more ports at geographically remote locations 
relative to each other, each port having a user interface 
terminal for receiving a request from a user for a 
vehicle from the fleet; 
a computer system coupled for communicating with the 
user interface terminal at each port and programmed for 
processing the request and, in response thereto, for 
determining a group of vehicles from the fleet which 
are available to the user at that port, said group may 
include less than all of the vehicles in the fleet; and 
a sensing device on each vehicle in the fleet for detecting 
a parking state of the vehicle and, in response thereto, 
including the vehicle in the group of available vehicles 
at one of said one or more ports. 

2. A system as recited in claim 1, wherein said sensing 
device comprises a sensor for sensing a setting of the vehicle 
in a parking gear. 

3. A system as recited in claim 1, wherein said sensing 
device comprises a sensor for sensing an opening and/or 
closing of a door of the vehicle. 

4. A system as recited in claim 1, wherein said sensing 
device further includes: 

means for detecting a location of the vehicle; and 
means for determining whether the location of the vehicle 
is within a designated area. 

5. A system as recited in claim 1, wherein: 
each port includes a parking facility in which one or more 

vehicles may be parked at any given time; and 
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said sensing device comprises means for determining user to confirm receipt of the vehicle within a preset time 

whether a location of the vehicle is within the parking from the allocation of the vehicle, 

facility of one of said one or more ports. 15. A method for sharing one or more vehicles from a fleet 

6. A system as recited in claim 5, wherein said computer 0 f vehicles among one or more users, comprising: 
system is programmed to include the vehicle detected in a 5 ovi6i a user interface at one or more ^ at 
parking state of the parking facility of a port m the group of ffaphica u y remote locations relative to each other; 
available vehicles of that port. . „ , . , . 

7. A system as recited in claim 1, wherein: receiving a user request for a vehicle on a user interface 

ri terminal at one of said ports: 

said sensing device further includes means for detecting a , , . „ „ 

location of the vehicle; and io detecting a parking state of a vehicle m the fleet; and 

said sensing device detects a parking state of the vehicle determining, in response to the user request, a group of 

in response to detecting the vehicle being within a v t emcles in * e fleet wtu i ch mailable to the user at 

designated area and sensing the vehicle being set in a ! hat P or J> said S rou P eluding vehicles being detected 

parking gear. m a P arkin 8 state at that P ort 

8. A system as recited in claim 1, wherein: 15 , 16 A method ™ recited * D claim 15 > wherein ste P of 

. . . , . detecting a parking state of a vehicle composes sensing a 

each port includes a parking facility in which one or more seld of ^ {n a ^ 

vehicles may be parked at any given time; 1? A mctM u fecited . Q ^ ^ wherein ^ step Qf 

said computer system includes means for detecting a detecting a parking state of a vehicle comprises sensing an 

location of each vehicle in the fleet; and 2 o opening and/or closing of a door of the vehicle, 

said sensing device detects a parking state of a vehicle 18. A method as recited in claim 15, further comprising 

upon occurrence of both the vehicle being within the the step of detecting a location of each vehicle in the fleet, 

parking facility of a port and the vehicle being set in a wherein said step of detecting a parking state of a vehicle 

parking gear. comprises determining whether the location of the vehicle is 

9. A system as recited in claim 1, wherein: 25 within a designated area. 

said computer system includes means for detecting a 19. A method as recited in claim 15, further comprising 

location of each vehicle in the fleet; and the step of detecting a location of each vehicle in the fleet, 

said sensing device detects a parking state of a vehicle wherein sle P of ^ ? f a ^nicle 

upon occurrence of both the vehicle being within a comprises determining whether the location of the vehicle is 

designated area and the vehicle door opening and/or 30 ^n a parking faculty of one of said ports, 

closing method as recited in claim 19, further comprising 

10. A system as recited in claim 1, wherein: * c sle P of including a vehicle detected in a parking state of 

. . . , . r. , the parking facility of a port in the group of available 

each port includes a parking facility in which one or more vehicles of that port 

vehicles may be parked at any given time; 35 21. A method as recited in claim 15, further including the 

said computer system includes means for detecting a ste p of detecting a location of each vehicle in the fleet, 

location of each vehicle in the fleet; and wherein the step of detecting a parking state of a vehicle 

said sensing device detects a parking state of a vehicle comprises detecting the parking state of the vehicle being 

upon occurrence of both the vehicle being within the within the designated area and the vehicle being set in a 

parking facility of a port and the vehicle door opening 40 parking gear 

and/or closing. 22. A method as recited in claim 15, further comprising 

U. A system as recited in claim 1, wherein said computer the step of selecting one vehicle from the group of available 

system is further programmed to select and allocate a vehicles, in response to the user request for a vehicle, 

vehicle from the group of available vehicles, in response to 23. A method as recited in claim 22, further comprising 

the request for a vehicle. 45 the step of removing the one vehicle from the group of 

12. A system as recited in claim 11, wherein said computer available vehicles. 

system is further programmed to remove the vehicle from 24. A method as recited in claim 23, further comprising 

the group of available vehicles upon allocation of the the step of returning the one vehicle to the group of available 

vehicle. vehicles at a port upon return of the one vehicle to the port 

13. A system as recited in claim 12, wherein said com- 50 and placing of the one vehicle in a parking state. 

puter system is further programmed to return the vehicle to 25. A system as recited in claim 23, further comprising the 

the group of available vehicles at a port upon return of the step of returning the one vehicle to the group of available 

vehicle to the port and placing of the vehicle in a parking vehicles in response to failure of the user to confirm receipt 

state. of the one vehicle within a preset time from selecting the one 

14. A system as recited in claim 12, wherein said com- 55 vehicle from the group of available vehicles, 
puter system is further programmed to return the vehicle to 

the group of available vehicles at a port upon failure of the ***** 
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